Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add acisfp_setpoint state #161

Merged
merged 3 commits into from
Apr 7, 2020
Merged

Add acisfp_setpoint state #161

merged 3 commits into from
Apr 7, 2020

Conversation

taldcroft
Copy link
Member

Description

This adds a new state to track the ACIS FP temperature based on commands of the form WSFTNEG*.

This could have been done with far less new code by just adding a new elif block to the existing ACISTransition class. However, the first WSFTNEG command in the commands table is in 2003, so querying states before then was crashing. The current implementation puts in place a default of -121.0.

Testing

  • Passes unit tests on MacOS
  • Functional testing: new unit test

@jzuhone
Copy link
Collaborator

jzuhone commented Mar 16, 2020

My quick comment here (before I do more testing) is that I would like to see a name change to reflect the fact that this is a setpoint change. So:

acisfp_temp --> acisfp_setpt
ACISFP_TempTransition --> ACISFP_SetPointChange

or something similar

@jzuhone
Copy link
Collaborator

jzuhone commented Mar 16, 2020

@taldcroft aside from the nit above, I'm generally good with this. I tried it out and it works fine.

The one issue is that we did this during some CAPs in 2018, maybe about 3 times I think. I would have to dig, but I could probably get the times for those. What would be the best way to incorporate those?

@taldcroft
Copy link
Member Author

@jzuhone - yes, I had independently thought about calling this setpoint not temp. This is done.

@taldcroft taldcroft requested a review from jzuhone March 18, 2020 11:05
@taldcroft
Copy link
Member Author

The one issue is that we did this during some CAPs in 2018, maybe about 3 times I think. I would have to dig, but I could probably get the times for those. What would be the best way to incorporate those?

If you can supply us with all non-load times and the exact command names (TLMSID value) we can fairly easily put this in using the existing machinery in Chandra.cmd_states.

@taldcroft taldcroft changed the title Add acisfp_temp state Add acisfp_setpoint state Apr 7, 2020
@taldcroft taldcroft merged commit a3389dd into master Apr 7, 2020
@taldcroft taldcroft deleted the acisfp-temp branch April 7, 2020 20:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants